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SHIPPED GOODS 



BACKGROUND OF THE INVENTION 

[01] This invention relates generally to retail sales. More particularly, the 
invention relates to systems and methods to facilitate payment for shipped goods. 

[02] In recent years, the internet has provided a new venue for a variety of 
commercial transactions that is, in many respects, more convenient for consumers than 
traditional venues. It is widely expected that the availability of the internet for commercial 
transactions will ultimately prove revolutionary. Already, a large number of companies that 
sell goods in traditional ways, through retail outlet shops and through catalogues, have also 
made their products available for sale over the internet. In addition, a significant number of 
companies have developed systems for selling goods exclusively over the internet, generally 
expecting that such a paradigm will prove more profitable than traditional retail sales because 
of reduced overhead costs and the capacity for automation. 

[03] Currently, retail transactions for goods executed over the internet 
proceed in essentially the same fashion regardless of whether the seller also supports 
traditional sales venues. A customer who visits the seller's worldwide web site makes a 
selection after viewing some description of available goods, provides shipping information, 
and authorizes the charges to be made against a valid credit card. The seller charges the 
credit-card issuer and ships the goods to the customer. There may be variations on such a 
process, including providing insurance for the goods, gift wrapping the goods, shipping them 
to third parties, etc., but the basic transaction relies on having the customer provide a valid 
credit account number to the seller. 

[04] One weakness in such a process is the need for the customer to provide 
the valid credit account number. Many customers are reluctant to provide such information 
because of the perceived danger that the information may be used fraudulently; this concern 
is generally greater to such customers for internet transactions since they believe the risk of 



interception of the information may be greater than in other venues. Some efforts have been 
made to provide alternatives for such customers, but those alternatives tend either to be 
inconvenient or not to be readily acceptable to sellers. A similar barrier inhibiting 
transactions is sometimes reflected by reluctance on the part of sellers when the transactions 
5 are international. This reluctance arises from the less well developed integration of foreign 
credit systems so that sellers face increased uncertainty that they will recover funds when the 
shipments are made internationally. 

[05] In addition to these situations, there are many business that simply do 
10 not accept credit cards at all. Sometimes such policies are adopted because of costs charged 

by credit-card suppliers to the businesses. Regardless of the motivation for refusing to accept 
>^ credit cards, there is no simple way for remote transactions to be completed with such 
2 business even if the goods are not offered over the internet. 



in 



5 [06] There is accordingly a need in the art for methods and systems that 

!^ facilitate payment for shipped goods by providing increased security both to the customer and 
;5 to the seller. 
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BRIEF SUMMARY OF THE INVENTION 



[07] Embodiments of the invention thus provide methods and systems for 
allowing a provider to manage a transaction for a sale of goods between a customer and a 
merchant. Such embodiments do not require the exchange of credit-account information 
between the customer and merchant, even where the customer and merchant are physically 
25 very separate. Accordingly, such embodiments remove the barrier to such transactions 
presented by the need to exchange credit-account information, regardless of whether that 
barrier results from concerns of the customer or the merchant. 

[08] Embodiments of the invention make use of a third-party service 
30 provider, which in certain embodiments is an entity affiliated with a plurality of offices so 
that visits to one of the provider's offices by customers in many geographical locations are 
convenient. Once the customer and merchant agree to a sale of goods, such as by the 
customer placing an order for the goods at the merchant's web site, the provider receives a 
communication providing certain details of the transaction, such as a description of the 
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goods, the identities of the customer and merchant, when and where the goods are to be 
delivered, and any guarantees that may be provided regarding the condition of the goods. 
The communication also includes the cost to be paid for the goods. Generally the place of 
delivery will be one of the provider's offices. Instead of paying the merchant, the customer 
5 pays for the cost of the goods and usually also a service charge for the participation of the 
provider to the provider. Such payment may be made by any method convenient to both the 
customer and the provider, including payment with a credit account when there is no barrier 
to such an exchange between the provider and the customer. The provider pays the cost of 
the goods to the merchant after the merchant has delivered the goods. 

10 

[09] The customer may pay the full of the amount of the goods plus any 
service charge at once or may pay a portion, for example 25% down, with the remainder to be 
! '2 paid upon delivery. In cases where the customer pays in full before delivery, the goods may 

r]fi be delivered directly to the customer by the merchant, with the provider being notified of 

i fjj 

i'li5 successful delivery. Alternatively, the goods may be delivered to the provider, who makes 

; J ; them available for collection by the customer at one of the provider's offices. In either 

instance, the provider pays the cost to the merchant once the requisite delivery is completed. 

' S If instead the customer pays only a portion of the cost plus any service charge, the goods will 

=*j usually be delivered to the provider, where they will be made available for collection by the 

\lj20 customer upon payment of the remainder due. 

[10] The methods of the present invention may be embodied in a computer- 
readable storage medium having a computer-readable program embodied therein for directing 
operation of a computer system. Such a computer system may include a communications 
25 system, a processor, and a storage device. The computer-readable program includes 

instructions for operating the computer system to manage a transaction for the sale of goods 
between a customer and a merchant in accordance with the embodiments described above. 

BRIEF DESCRIPTION OF THE DRAWINGS 

30 

[11] A further understanding of the nature and advantages of the present 
invention may be realized by reference to the remaining portions of the specification and the 
drawings wherein like reference numerals are used throughout the several drawings to refer 
to similar components. In some instances, a sublabel is associated with a reference numeral 
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and follows a hyphen to denote one of multiple similar components. When reference is made 
to a reference numeral without specification to an existing sublabel, it is intended to refer to 
all such multiple similar components. 

[12] Figs. 1 A, IB, and 1C provide schematic illustrations of the 
interconnection of a various entities in different embodiments of the invention; 

[13] Fig. 2 provides a schematic illustration of a configuration of a 
computer system on which methods of the invention may be embodied; and 

[14] Fig. 3 provides a flow diagram illustrating a variety of methods as 
embodied by the invention. 

DETAILED DESCRIPTION OF THE INVENTION 

[15] Embodiments of the invention provide a method and system for 
managing a transaction for a sale of goods between and customer and a merchant. A portion 
of the transaction is managed by a provider who provides security to both the merchant and 
the customer. In the following description, embodiments are described in which 
communications among the customer, merchant, and provider are effected through the 
internet, and in which alternative methods of communication are used. For example, orders 
for goods, communications to the provider, and any other exchanges of information may 
alternatively be placed by telephone, fax, or any other suitable method without exceeding the 
scope of the invention. 

[16] Figs. 1A, IB, and 1C provide schematic diagrams illustrating 
communication among a customer 102, the provider 118, and a plurality of merchants 106 for 
different embodiments of the invention. The provider 118 may comprise a central 
organization and a plurality of offices 122 structure to perform the functions described below. 
As used herein, "office" is intended to be interpreted broadly and refers to any place affiliated 
with the provider and capable of interacting with customers 102 and merchants to perform the 
functions described. In some instances, for example, an office 122 may be a physical place 
of business of the provider that performs only business functions of the provider 118. In 
other instances, the principal business of the office 122 may be unrelated to functions 
described herein, although it engages in those functions as a secondary, tertiary, or even less 
important aspect of its operation. Accordingly, the affiliation between the provider 118 and a 



given office 122 may take the form of a contractual, agency, joint venture, or other similar 
relationship, in addition to being a subsidiary or business place of the provider 122. The 
effectiveness of the systems and methods of the invention will generally be increased where 
the number of offices 122 is sufficiently large and geographically dispersed so that at least 
5 one office 122 is conveniently proximate to a particular customer 102 who wishes to use the 
system. 

[17] In the first embodiment, illustrated with Fig. 1 A, communication 

among the customer 102, provider 118, and merchants 106 is effected through the internet 
10 100, which is connected respectively with a customer computer 104, a provider computer 

120, and a plurality of merchant computers 108. The provider 118 itself is configured for 
„ communication with the plurality of offices 122 through any suitable communication means. 

Supposing that the customer 102 wishes to execute a transaction for a sale of goods with a 
fill particular merchant, say merchant 106-3, he connects his computer 104 to the internet 100 
;-t|5 and thereby establishes a connection with the desired merchant computer 108-3. Typically, 

the order for the goods will comprise a transaction without an exchange of credit-account 
a information from the customer 102, perhaps because the customer 102 and desired merchant 
! ' J t 106-3 are physically located in separate countries; or, the customer 102 simply prefers that 

his credit-account information not be disclosed as part of the transaction. 

120 



[18] Once the order for the goods is established through the connection 
between the customer 102 and the desired merchant 106-3, a communication is received by 
the provider computer 120 over the internet 100 that includes at least some details of the 
transaction, such as the cost of the goods. Various ways in which the transaction may be 
25 completed in accordance with embodiments of the invention are described below with respect 
to Fig. 3. In at least some of those embodiments, the customer 102 will collect goods from 
one of the provider's offices, say office 122-4. That particular office 122-4 will generally be 
conveniently proximate to the physical location of the customer 102 so that interactions 
between the customer 102 and the particular office 122-4 will be by traditional means, such 
30 as direct contact, indicated by the dashed line. In some instances, there may also be 

communications directly between the desired merchant 106-3 and the particular office 122-4; 
such communications may proceed by such traditional means as telephone, fax, mail, etc., 
and are indicated by the dotted line. 
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[19] In the second embodiment, illustrated with Fig. IB, only the customer 
102 and the merchants 106 establish communications with the internet 100. The basic 
structure of the illustrated system is similar to that shown in Fig. 1A except that 
communications between the provider 118 and the merchants 106 are carried out through 
5 non-internet-based means, such as telephone, fax, mail, etc. Such communications links are 
indicated with dashed lines between the provider 118 and the merchants 106. Thus, in the 
second embodiment, a customer 102 may wish to execute a transaction for a sale of goods 
with a particular merchant, say merchant 106-3. He therefore uses an internet connection 
with the desired merchant computer 108-3 to place an order for the goods, relevant details of 
10 which are communicated to the provider 118. Aspects of the transaction may thus involve a 
particular office, say office 122-4, which may engage in traditional communications with the 
merchant 106-3 shown by the dotted line and with the customer 102 shown by a dashed line. 

} ;n [201 I* 1 the third embodiment, illustrated with Fig. 1C, no communications 

;;Li5 take place with the internet. Such an embodiment is particularly suitable for merchants who 
CP do not accept credit-card transactions and do not sell goods over the internet, but nevertheless 
!3 wish to participate in selling to remote customers. The basic structure of the illustrated 
li t system is similar to that shown in Figs. 1A and IB except that all communications take place 
l"y through non-internet-based means, such as telephone, fax, mail, etc. Such communications 
H£0 are denoted generally with dashed lines between the provider 118 and the merchants 106, as 
l ™ well as between the customer 102 and the particular merchant, say merchant 106-3, with 

whom he wishes to place an order for goods. After an order is placed by a non-intemet-based 
means, relevant details of the order are communicated to the provider 118. Aspects of the 
transaction may involve a particular office, say office 122-4, which may engage in traditional 
25 communications with the merchant 106-3 shown by the dotted line and with the customer 102 
shown by a dashed line. 

[21] An example of a configuration that may be used for the provider 
computer 120 is shown in Fig. 2 for those embodiments where the provider 118 receives 
30 transaction details electronically. Such embodiments will typically be of the general form 
shown in Fig. 1 A, with communications being provided over the internet 100, although 
transaction details may be provided to a provider computer 120 in different ways in other 
embodiments also. Fig. 2 broadly illustrates how individual system elements may be 
implemented in a separated or more integrated manner. The provider computer 120 is shown 
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comprised of hardware elements that are electrically coupled via bus 224, including a 
processor 204, an input device 208, an output 212, a storage device 216, a computer-readable 
storage media reader 220a, a communications system 228, a processing acceleration unit 232 
such as a DSP or special-purpose processor, and a memory 236. The computer-readable 
5 storage media reader 220a is further connected to a computer-readable storage medium 220b, 
the combination comprehensively representing remote, local, fixed, and/or removable storage 
devices plus storage media for temporarily and/or more permanently containing computer- 
readable information. For the illustrated embodiment, the communications system 228 
provides a connection with the internet and may comprise a wired, wireless, modem, and/or 
1 0 other type of interfacing connection. 

[22] The provider computer 120 also comprises software elements, shown 
=Q as being currently located within working memory 240, including an operating system 244 
rp and other code 248, such as a program designed to implement the methods and systems of the 

5 invention. It will be apparent to those skilled in the art that substantial variations may be 
^ used in accordance with specific requirements. For example, customized hardware might 
is also be used and/or particular elements might be implemented in hardware, software 

]*t (including portable software, such as applets), or both. Further, connection to other 
computing devices such as network input/output devices may be employed. 

[23] The customer computer 104 and the merchant computers 108 may be 
configured with a similar structure as the provider computer 120, although the programming 
for managing the aspects of the transaction described below will generally be resident on the 
provider computer. The customer computer 104 and the merchant computers 108 will each 

25 generally include programming that permits internet connections so that an order for goods 
may be placed. In addition, the merchant computers 108 will generally include programming 
for the automatic transfer of information between the provider computer 120 and each 
merchant computer 108. Such information may be transferred in accordance with the 
description below to permit the status of orders, deliveries, and payments to be monitored by 

30 the provider 118 and/or each merchant 106. 

[24] The flow diagram of Fig. 3 illustrates a number of embodiments. At 
block 304, the customer 102 orders the goods, such as through the internet as described with 
respect to Figs. 1 A or IB, or through another communication method such as described with 
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respect to Fig. 1C. For the embodiments of Fig. 1 A that includes internet connections among 
the customer 102, merchants 106, and provider 118, goods will usually be ordered directly 
from the merchant's 106 web site. In some embodiments, however, the goods may 
alternatively be ordered by connecting to the provider's 118 web site. In such an 
embodiment, the provider's 118 web site may offer the ability to order from multiple 
merchants 106 by using the internet 100 connection to merchant computers 108-1, 108-2, 
108-3, .... It is also possible in other embodiments for the order to be made through another 
third party, provided that at block 304 an order is placed by the customer 102 for goods sold 
by the merchant 106. 

[25] At block 308, the customer 1 02 pays the provider 118. Such payment 
may be made by any suitable means, including payment by cash, check, money order, credit 
card, etc. While one aspect of the invention addresses the desire to avoid providing credit- 
account information to the merchant 106, motivated either by considerations of the customer 
102 or considerations of the merchant 106, there may still be instances where providing that 
information to the provider 1 1 8 is acceptable. For example, where the transaction is 
international, but the provider 1 18 is located in the same country as the customer 102, there 
may be no barrier to accepting a credit account for payment. Also, since many of the 
embodiments contemplate that the provider 118 has multiple offices, at least one of which is 
conveniently proximate the customer 102, the customer 102 may simply visit an office of the 
provider 1 1 8 so that the transaction takes place in person. Such in-person transactions may 
by especially suitable for payments by cash, check, or money order, but may also be 
convenient for payments by credit card or other instrument. In some instances, payment may 
instead be made to the provider 1 18 by mailing a check, money order, etc. or through any 
other payment system that transfers funds from the customer 102 to the provider 118. 

[26] Typically, the total amount to be paid by the customer 102 to the 
provider 1 18 is equal to the total cost of the goods due the merchant 106 plus a service 
charge. As used herein, the term "service charge" is intended to be broadly inclusive of a 
variety of appropriate charges that may be passed onto the customer 102. Such a service 
change may include, for example, a cost recovered by the provider 1 18 for the use of its 
services as an intermediary. In addition, such a service charge may include costs inherent in 
transporting the goods from the merchant 106, including shipping charges and insurance 
costs. 
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[27] In certain embodiments, the existence of the provider 1 1 8 as an 
intermediary is exploited to achieve lower shipping charges and thereby make the products of 
the merchants 106 who use the service more attractive to customers 102. This feature by 
5 itself will also act as a further inducement for individual merchants 106 to participate in the 
system. Generally, relative shipping costs are lower for shipments of higher volumes of 
goods. Since a number of merchants 106 who use the system may be geographically 
proximate, it is possible for their individual shipments to be combined when sent to the 
provider 118 and thereby achieve lower shipping charges for each merchant 106. Such a 
10 feature is particularly attractive to smaller- volume merchants since they may then take 

advantage of incentives otherwise available only to larger- volume merchants. In one 
^ embodiment, the provider 118 performs the aggregation of orders itself and in another 
=2 embodiment, the provider 118 simply acts to coordinate the aggregation with the actual 
!!n aggregation of orders being carried out by a suitable shipping entity. 

j-H [28] Fig. 3 shows that in some embodiments, the amount paid at block 308 

* is equal to this total amount to be paid to the provider 1 1 8 ("1 00%") and in other 

embodiments the amount paid at block 308 is a fraction of that total amount ("Fraction"). 
[0 Typically, the fractional amount paid will be 10 - 50% of the total due, but other fractional 
Q20 amounts may also be paid. In embodiments where the customer 102 has paid in full, shown 
generally on the left side of Fig. 3, there are at least three possibilities contemplated: (1) the 
merchant 106 delivers the goods directly to the customer 102 at block 312; (2) the merchant 
106 delivers the goods to the provider 1 18 at block 324; or (3) the merchant 106 fails to 
deliver the goods to either party at block 332. If the merchant 106 delivers the goods to the 
25 customer 102 at block 312, the provider 108 is subsequently notified of the delivery. Since at 
this stage in the transaction the customer 102 has paid for the goods and they have been 
delivered to the customer 102, the provider 118 pays the merchant 106 for the cost of the 
goods at block 320. The provider 118 retains the service charge that was included with the 
amount paid by the customer 102 at block 308. 

30 

[29] Payment from the provider 1 18 to the merchant 106 as made at block 
320 and at other blocks within the embodiments illustrated in Fig. 3 may proceed in a variety 
of ways. For example, the merchant 106 may receive payment directly from the provider 118 
in cash or with a financial instrument, such as a check. In such instances, the provider 118 
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may send the cash or instrument to the provider 1 18 or to a financial institution, such as a 
bank, that represents the merchant 106. Alternatively, the provider 118 may collect the cash 
or instrument from an office affiliated with the provider 118 and proximate the merchant 106. 
In another embodiment, payment may be made from the provider 1 18 to the merchant 106 
electronically; in cases where the methods of the invention are managed by software, the 
software may authorize the payment on satisfaction of certain conditions and automatically 
effect the electronic transfer of funds. Such electronic transfer may be to any account held by 
the merchant 106 that accepts electronic fund transfers. 

[30] In embodiments where the customer 102 and merchant 106 are located 
in separate countries, the funds to be received by the merchant 106 may be in a different 
currency than the funds paid by the customer 102. In such embodiments, the provider 118 
may calculate appropriate currency exchanges and act as an exchange agent for the parties. 

[31] If instead the merchant 106 delivers the goods to the provider 324 at 
block 324, both the goods and the payment are in the possession of the provider 324. 
Accordingly, at block 328 the provider 118 pays the merchant 106, retaining the service 
charge that was included with the amount paid by the customer 102 at block 308. The 
customer 102 may then either be permitted to collect the goods from the provider 1 18 at 
block 329 or receive delivery of the goods from the provider at block 330. These separate 
embodiments may be more useful depending on the locations and preferences of the 
merchant 106. For example, the merchant 106 may be willing to deliver the goods to an 
office affiliated with the provider 118 that is proximate the customer 102, making it easy for 
the customer 102 to collect the goods from that office at block 329. In some instances, 
though, the merchant 106 may instead wish to deliver the goods to an office affiliated with 
the provider 118 that is proximate the merchant 106, making it preferable for the goods to be 
delivered by the provider 1 1 8 at block 330. 

[32] If the merchant fails to deliver the goods, as noted at block 332, the 
provider 118 refunds the customer 102 at block 336. Since the customer 102 has received no 
goods through no fault, such a refund will generally be of the entire amount paid by the 
customer 102 at block 308. The provider 118 may seek recovery of it service charge from the 
merchant 106 and the failure of the merchant 106 to provide the goods in accordance with the 
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order will be a factor in evaluating the continued relationship between the provider 1 1 8 and 
the merchant 106. 

[33] In embodiments where the customer 102 pays only a fraction of total 
5 cost due, illustrated generally on the right side of Fig. 3, the merchant 106 either delivers the 
goods at block 340 or fails to deliver them at block 364. If the merchant 106 fails to deliver 
the goods, indicated at block 364, the provider 118 refunds the customer 102 at block 368. In 
this instance, the refund will typically be of the full amount paid by the customer 102, with 
the provider 118 left to seek recovery from the merchant 106 for its failure. 

10 

[34] If the merchant 106 deliver the goods, it will generally be to the 
provider 1 18 as indicated at block 340. Delivery to the customer 102 at this point is generally 
undesirable since the customer 102 has not yet paid fully for the goods but may be acceptable 
m in certain alternative embodiments. As a result, the provider 118 takes on the role of escrow 
;:|5 agent at block 340 since it will hold the goods pending completion of payment by the 
CP customer 102. If the customer 102 pays the remainder due to cover the cost of the goods plus 
a the service fee at block 344, effectively meeting the escrow-satisfaction conditions, the 

provider 118 releases the goods so that they may either be collected by the customer 102 at 
fU block 348 or delivered to the customer 102 by the provider 1 18 at block 346. Whether the 
?j£0 customer 102 collects the goods or the provider 118 delivers the goods may depend on 
ji " whether the office to which they were delivered by the merchant 106 at block 340 was 
proximate the merchant 106 or proximate the customer 102. 

[35] If the customer 102 fails to pay the remainder that is due, indicated at 
25 block 352, the partial payment that has been made may be used as a nonrefundable deposit on 
the goods. The provider 118 thus retains a portion of that partial payment as a service charge 
and pays a portion of it to the merchant 106 at block 356. The provider 118 will generally 
then follow instructions from the merchant 106 regarding the disposition of the goods — they 
may be held under a similar arrangement for another nearby purchaser or may be returned to 
30 the merchant 106 depending on the character of the goods and the specific circumstances. 

[36] The embodiments illustrated by Fig. 3 may be further embodied by 
software resident on the provider computer 120. Such software is configured to respond to 
data received initially indicating that the customer 102 has ordered goods from the merchant 
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106. Such data may be received directly from the internet 100 when the order is made or 
may be input through an input device 208 if the order is communicated to the provider 118 in 
a different fashion. Relevant data for the remainder of the methods shown in Fig. 3 may 
similarly be received by internet communications or entered through an input device 208 
where the information is not available via the internet. Such information includes: when the 
merchant 106 delivers the goods, either to the customer 102 or to the provider 118; when the 
provider 1 18 is notified if delivery has been made directly to the customer 106; the date and 
amount of money paid to the provider 1 18 by the customer 102; when the customer 102 
collects goods from the provider 1 18; the date and amount of funds paid by the provider 118 
to the merchant; and any instruction for the disposition of goods provided by the merchant 
106. 

[37] In addition, a storage device 216 within the provider computer 120 
keeps track of such information and how it varies among different customers 102 and 
merchants 106 as payments are made and goods are transferred, to execute the methods 
illustrated in Fig. 3. The software functions generally as management software to oversee 
execution of the method. Thus, the software acts to authorize certain actions that may be 
taken by the provider 1 18 or one of its affiliated offices upon satisfaction of certain 
conditions. For example, when the conditions have been met within one of the particular 
embodiments shown in Fig. 3 for the provider 1 18 to pay the merchant 106, that action may 
be authorized by the software; in some embodiments where the software includes more 
functionality, it may also automatically make the payment electronically. Similarly, v^hen 
conditions have been satisfied for the customer 102 to collect the goods or for the provider 
108 to deliver the goods to the customer 102, those actions may be authorized by the . 
software. 

[38] The storage device 216 will generally also store data that may be used 
in calculating service charges. For example, the amount to be collected by the provider 118 
for its role as an intermediary in the transaction may depend on the size of the transaction and 
the locations of the customer 102 and merchant 106. The software may be configured to 
calculate this cost from the relevant data. Such factors may also affect shipping costs and 
insurance costs, which may thus also be calculated by the software. If the goods are to be 
shipped directly to the customer 102, the software may also be configured to provide 
shipping options to the merchant 106. Such shipping options may include, for example, 
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overnight shipping, slow-boat shipping, air delivery, etc. In addition, the software may be 
configured to monitor currency exchange rates and to calculate cost conversions for the 
merchant 106 and/or customer 102 in those instances where the merchant 106 and customer 
102 are located in different countries. 

[39] In those embodiments where the provider 118 acts to aggregate orders, 
or acts to coordinate such aggregation, the storage device 216 will store data dynamically as 
individual orders are placed. Such orders will then be organized according to geographical 
location of the involved merchants and ultimate destinations so that shipments may be made 
of aggregated orders. The size of the relevant geographical locations used in such 
aggregation may depend generally on the usual volume of orders between such locations. 

[40] Consider, for example, an embodiment in which the provider 118 has 
several affiliated offices in France, Germany, and the United States. In this example, a 
variety of merchants 106 in France and Germany participate in the system to satisfy goods 
orders from U.S. customers 102, with the volume being heavy in France and moderate in 
Germany. As orders are placed for goods with the German merchants, some of which are to 
be delivered to U.S. customers and some of which will be collected by U.S. customers at 
affiliated offices in the U.S., the software records the various shipment requirements. On 
some regular basis, such as daily, as goods are received by the affiliated German offices, they 
are then shipped aggregately to a central affiliated U.S. office, from which they are then 
distributed domestically within the U.S. to other affiliated offices or to customers as required. 
As orders are placed for goods with the French merchants, the software may accommodate 
the higher volume by additionally sorting according to destination. In that case, multiple 
aggregate shipments may be made to affiliated offices in different regions of the United 
States, say central, northeast, southeast, northwest, and southwest, from which the domestic 
distribution then takes place. 

[41] Having described several embodiments, it will be recognized by those 
of skill in the art that various modifications, alternative constructions, and equivalents may be 
used without departing from the spirit of the invention. Accordingly, the above description 
should not be taken as limiting the scope of the invention, which is defined in the following 
claims. 
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